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survive, poor features disappear. Occasionally, when
new features are incompatible with the old, a competing
prototype is built. Sometimes someone merges the most
popular ideas from both. This method is very informal.
The only rules for its application are that everyone's
opinion get a fair hearing and that anyone in the commun-
ity can implement a change.

This method allows for progressively better understand-
ing of the application as well as the computation and
interface requirements. Its weakness lies in its casual
nature and that it relies on the opinion of users, most
of whom are programmers; its strength lies in its explora-
tory, evolutionary, democratic nature. One well-known
product that benefited from experimental programming is
the EMACS text editor (Stallman, 1980), which pioneered
such concepts as user-customization, on-line documenta-
tion, and a particular command style. In addition,
Tei,telman (1972) used experimental programming to develop
the concept called DWIM ("Do What I Mean"), which included
a set of facilities that automatically corrected
predictable errors.

A third global technique goes under the rubric of case
studies. Case studies involve observation and analysis
of a singe user, group, or project. The information
collected may range from informal, subjective impressions
to detailed quantitative data. Because case studies
involve no comparison or control group, they are not very
useful in inferring causality. As a result they are not
appropriate for building a data base of basic research
results from which to construct theories and principles.
They can, however, be extremely useful for gaining
insights when one is first investigating an area of
interest and for providing concrete demonstrations of the
use of new methods and tools.

An example of a case study in which new insights were
gained about a domain involved the use of the Ada system.
The purpose of the study was to understand the problems
that are likely to arise when the system is first intro-
duced into an organization (Bailey et al., 1982). A
second case study involved a demonstration of new methods
for designing systems to be embedded in special purpose
hardware, such as airplanes and tanks (Britton et al.,
1981). The documentation and related products produced
by this case study provide examples that others may use
in trying to apply the methods to their own software
projects. Brooks (1975) documents the use of a case
study in a large computer programming project. And, the